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Abstract. The problem addressed by Mediation to Implement Feed- 
back in TVaining (MIFT) is to customize the feedback from training 
exercises by exploiting knowledge about the training scenario, training 
objectives, and specific student/teacher needs. We achieve this by insert- 
ing an intelligent mediation layer into the information flow from observa- 
tions collected during training exercises to the display and user interface. 
Knowledge about training objectives, scenarios, and tasks is maintained 
in the mediating layer. A designer constraint is that domain experts must 
be able to extend mediators by adding domain-specific knowledge that 
supports additional aggregations, abstractions, and views of the results 
of training exercises. 

The MIFT mediation concept is intended to be integrated with exist- 
ing military training exercise management tools and reduce the cost of 
developing and maintaining separate feedback and evaluation tools for 
every training simulator and every set of customer needs. The MIFT 
Architecture is designed as a set of independently reusable components 
which interact with each other through standardized formalisms such 
as the Knowledge Interchange Format (KIF) and Knowledge Query and 
Manipulation Language (KQML). 

1 Mediation applied to military exercise management 

The initial application of MIFT is the Exercise Analysis and Feedback 
phase of military exercise management as schematically shown in Figure 
1. More precisely, the focus is on simulation-based army training exercises 
[1]. MIFT handles some of the information flows involved in training 
exercise management. The intent of MIFT is to supplement the flow of 
information from simulations to evaluation and review and complete a 
feedback loop by supplying information to plan and tailor future training 
exercises. 

MIFT processes the data that is logged during training exercises and 
uses scenario information and domain knowledge to organize the data 
from the exercises in ways that are meaningful and useful for the Ob- 
server/Controllers (O/Cs) managing the exercises, trainees, commanders, 



can run at any location that supports Web browsing; the user does not 
have to download the simulation data. An innovation of the user interface 
is that it is designed to display information received from a mediator. 
Users connect to MIFT and the underlying exercise results by using a 
Javar capable browser. Building the user interface in a browser has several 
advantages: 

1. Users can access exercise results in the same way they access other 
, information from local and remote sources. The user interface will be 

increasingly familiar to O/Cs and trainees. 

2. The exercise data may be local or remote. Startup and initialization is 
simple. Users do not have to download and manage the exercise data. 

A key benefit of mediators for military training applications is that 
they avoid the need for each simulation program having to build from 
scratch and maintain a separate set of analysis and feedback software 
packages. 

The operations referenced by the mediator can be layered in the di- 
rection of the data-to-knowledge aggregation as shown in Figure 2. For 
example, the first two levels in the mediator perform standard aggrega- 
tions, selections, and analyses on the data sources. We have implemented 
these two levels to provide a basic level of functionality for higher levels. 
The third level in the mediator uses knowledge of the training scenario 
so that O/Cs and trainees can obtain feedback about how well specific 
scenario tasks have been performed. The mediator allows users to obtain 
specific feedback without having to understand the structure of the under- 
lying data. A planned fourth level in the mediator will use domain-specific 
models about the exercise, the scenario, and causal relationships in the 
exercise to analyze the data for its probable significance and automati- 
cally call the users’ attention to what it perceives as the more relevant 
exercise results. It is useful to think of the mediator as composed of three 
parts: 

1. Data from disparate sources are converted into object instances over 
which inferences can be performed. 

2. Knowledge about the application domain is maintained in declarative 
representations. 

3. An inference engine processes the knowledge and data sources to pro- 
duce higher level information that is passed to other mediators or to 
the user interface in a standardized form. 

One of the MIFT functionalities is that am Observer/Controller (O/C) 
will depend upon it during an After Action Review (AAR) or that a 




S u nfart UnfcmMy, 12/0!/**, p. 3 


Fig. 2. The operations envisaged from the mediator can be layered in the direction of 
the data-to-knowledge aggregation. 


trainee will use it after the AAR. As similar MIFT functionality will be 
useful to commanders, exercise evaluators, weapons designers, and others, 
but each of these other users is likely to want a different user interface 
and additional mediator functionality.- 

MIFT uses wrappers to isolate the mediators from the specific data 
formats and other differences between simulator outputs. When a medi- 
ator needs additional information, it calls the appropriate wrapper. The 
wrapper accesses the data and creates instances of the appropriate ob- 
jects. The current implementation includes wrappers that process the 
outputs of Janus simulation runs, and LEAF 1 formated data from Sim- 
Net results. We believe that MIFT functionality can be made available 


1 Janus simulation databases. 




for additional simulators by writing the appropriate wrapper to process 
simulator outputs. Writing additional wrappers requires programming ex- 
pertise, but it is not a major undertaking. Using MIFT on a different 
simulation may also require additional modules and/or user interfaces to 
provide new functionality appropriate for that simulation. For example, 
the mediator that creates force ratios is more useful for simulations at the 
battalion or higher level and might not have been developed for analysis 
of simulations at the company level. 

3.1 Implementing a Programmable Mediator 

The architecture used for the MIFT mediator was based on a system 
that can sustain minim al first order logic inference capability. To fur- 
ther minimize development cost, the Mediator is finally written in parts 
in Clips [7], a widely-available and easily portable expert system shell. 
With little and careful programming, Clips was capable of supporting 
networking [2], a forward or backward chainer, a unifier, an in- memory 
object oriented database and a knowledge base that accepts and trans- 
late knowledge in the form of objects, rules and facts. The major function 
of the architecture is to allow a temporal hyper-graph construction that 
triggers modules to it which will perform their assigned tasks. The major 
five modules were as follows: A Conflict Resolver to maintain the truth 
values in the system, Domain Modules or the processes revolving around 
the domain knowledge of the main requirements, a Report Agent in which 
reports are generated and wrapped in KQML after the main requirements 
are accomplished, a Maintenance Module once some processes have ter- 
minated after the data and finally Data Wrappers which perform the 
necessary wrapping to maintain a correct syntax for the language in use. 
Hence, template structures are not violated. This reduces tremendously 
the amount of data to be loaded in comparision to the amount that will 
be used. Typically most databases are collections of instance events which 
have a time stamp associated with them and hence the wrappers are car 
pable of playing back the databases as a function of time. Wrappers are 
mostly written in C++ to suit the variety and embedded complexity of 
the original databases. 

Programming the MIFT mediator as a reusable system from task to 
task is performed by changing the domain module. Although attempt was 
made to make the conflict resolver generic in its functionalities among the 
tasks, domain specific rules are used in the module. The major goal of the 
conflict resolver is to identify the knowledge which might be disruptive 
to the overall mediator operation. The domain expert rules were divided 
under 



1. Cyclic behavior: where asserted events result in cyclic effects in the 
process of inference. 

2. Repetition and redundancy: where asserted events are redundant in 
the databases. 

3. Constrained Space: where asserted events who’s truth value conflicts 
with prior asserted events. For example a stated destroyed tank ap- 
pearing later on in the simulation as a functional unit. Conflicts were 
generically sorted out using deduction rules which eliminates the er- 
roneous event. 

4 Conclusion 

This paper describes Mediation to Implement Feedback in Training to 
customize the feedback from training exercises by exploiting knowledge 
about the training scenario, training objectives, and specific student /teacher 
needs. We plan to achieve this by inserting intelligent mediators into the 
information flow from observations collected during training exercises to 
the display aind user interface functionality. Knowledge about training ob- 
jectives, scenerios, amd tasks is maintained in the mediators. A technical 
constraint is that domain experts must be able to extend mediators by 
adding domain-specific knowledge that supports additional aggregations, 
abstractions, amd views of the results of training exercises. 

MIFT is intended to allow analysis and evsiuation software to be 
reused by all of the different consumers of simulation results. In auidi- 
tion to trainees, O/C, amd commanders, others who need to amalyze and 
evaluate simulation results include exercise plamners, training managers, 
weapons designers, tactics developers, amd doctrine writers. MIFT can 
also provide results to other software applications; for example, software 
used to assist in exercise plamning amd preparation cam use MIFT anaiyses 
of previous exercises to identify the tasks and subtasks that need to be 
emphasized in additionad training. Thus MIFT contributes to completing 
the feedback loop from the results of one simulation ran into the planning 
and preparation for future training. 

The Mediator is currently written in Clips 6.0 [7], a widely-available 
and easily portable expert system shell. Since user interface functions 
amd data access functions are separated out into other components, the 
module implementations are quite smail. For examiple, the force ratio 
computation for any set and/or combination of units is only four rules for 
a totai of 12 lines. Most other mediators at the current stage are smadler. 
We believe that some domain experts will be able to write modules in 
Clips. 
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Fig. 3. The application Mediation to Implement 
Exercise Analysis and Feedback phase of militar; 
illustrates the many different simulation results ai 
implementing reusable mediators that aggregate, 
results and deliver them to various consumers ii 
needs. 




